home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2552 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB

  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Wed, 31 Jan 96 21:00:02 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: Amiga doesn`t need Planar!
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4apz@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 30 Jan 96 Michael Van Elst wrote to All:
  14.  
  15.  >> So, what do you think is likely nowadays?  Memory is slow these days.
  16.  
  17.  MVE> As I recall your average SVGA system has faster memory than your CPU.
  18.  
  19. Yes, but a planar system needs more memory accesses on average because of more
  20. severe alignment restrictions than Chunky, but also because the memory it needs
  21. to access isn't located closely together like with Chunky.  In other words
  22. Planar can't take advantage of wider memory-busses as good as Chunky can.
  23.  
  24.  >> That would have to be a pretty wide line,
  25.  
  26.  MVE> Why ?
  27.  
  28.  >> and you'd better hope it doesn't
  29.  >> overlap a WORD or LONG boundary (or whatever width is used to access the
  30.  >> gfx-memory).
  31.  
  32.  MVE> Why ? As you know there is already a funnel shifter.
  33.  
  34. Okay here's why, I'll replace the line with thin rectangles to make it easier
  35. to explain:
  36.  
  37. You draw a rectangle at (0,0)-(15,99) on a 16-bit orientated planar display of
  38. 8 bitplanes deep (the best case).  This requires 8x100 WORD accesses (only
  39. writes as I assume there is masking hardware).
  40.  
  41. You draw a rectangle at (1,0)-(16,99) on a 16-bit orientated planar display of
  42. 8 bitplanes deep (a bit worse case).  This requires 2x8x100 WORD accesses (as
  43. it crosses a memory word boundary, no funnel shifter is gonna fix that
  44. problem).
  45.  
  46. You draw a rectangle at (15,0)-(18,99) (only 4 pixels wide) on a 16-bit
  47. orientated planar display of 8 bitplanes deep (a very bad case).  This requires
  48. 2x8x100 WORD accesses.
  49.  
  50. Now chunky:
  51.  
  52. First the best case:  You draw a rectangle at (0,0)-(15,99) on a 8-bit chunky
  53. display with 16-bit memory bus.  This requires 8x100 WORD accesses
  54.  
  55. And the worst case:  You draw a rectangle at (1,0)-(16,99) on a 8-bit chunky
  56. display with 16-bit memory bus.  This requires 9x100 WORD accesses.
  57.  
  58. And finally the case with the 4 pixels wide rectangle, at its worst case in
  59. chunky:  You draw a rectangle at (15,0)-(18,99) on a 8-bit chunky display with
  60. 16-bit memory bus.  This requires 3x100 WORD accesses.
  61.  
  62. As you can see the best planar gets is equal speed, but only under very, VERY
  63. specific circumstances.  Chunky wins hands down in the last case however.  So
  64. as I said, the line would have to be very thick to get good speeds on planar. 
  65. Drawing a horizontal line would of course be better on planar (although still
  66. equally fast in the best case), but as in that case the speed is about the same
  67. it is not really interesting.
  68.  
  69.  >> The
  70.  >> only chance Planar has to be faster is when using display-depths Chunky
  71.  >> does not directly support (ie, 5-bit deep)
  72.  
  73.  MVE> You are still thinking about one CPU that does all.
  74.  
  75. The point is that if it takes more memory accesses to do a specific action than
  76. no matter what hardware you throw at it the number of memory accesses will
  77. remain higher.
  78.  
  79. Grtz John
  80.  
  81. -----------------------------------------------------------------------
  82.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  83. -----------------------------------------------------------------------
  84. -- Via Xenolink 1.981, XenolinkUUCP 1.1
  85.